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i 1.0 INTRODUCTION 

for software which Interfax 
both a hardware and a softi 

' either a CRT or a TTY . A terj 

1. Operates at speeds 



! Standard. For purposes 
ible to classifv anv given ti 
a is a CRT if the terminal: 

•ater than 300 buad and 



limited to, < 



:ollectively called ' 



A terminal is a TTY if none of the CRT-specific features is av 

A piece of software suooorts a terminal in CRT MODE if the ter 
a CRT and if any of the CRT-specific features is used. A 
software supports a terminal in TELETYPE REPLACEMENT MODE 
terminal is a TTY, or if the terminal is a CRT and none of 
specific features is used. Thus, a piece of software may su 
CRT in TELETYPE REPLACEMENT MODE if speed is restricted to 300 



)iece of 
if the 
the CRT 



;upported by So; 



2. for whi( 

3. which c( 



'.inal support facility 
•mance is required by 



ily TTY's or provides only TELETYPE 
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documentation which is intended to define a piece of software, such as 
ai specification, must state which mode of 






3 . SUMMARY 

DCi and DC3 (21(8) and 2318}, fcxerlv XON and XOFF, resoectivelv) , 
are to be used for synchronization m the manner described in the body 
of this standard; DC2 and DC4 \22!8) and 24(8), formerly TAPE and 
NOT-TAPE, respectively) , are reserved for future use, likely for 

to the software. Software" wr. icn currentlv uses DC2 and DC4 is doing 
so in violation of this standard; such software must be changed when 
these characters are needed by a future terminal. 

To the best of our ability to interpret the existing conventions, 
these usages are consistent with the ANSI standard as intended, if not 



4.0 THE NEED FOR SYNCHRONIZATION 

There are several applications where it is desirable for a terminal t 
have some way to request that the host computer (temporarily) cea; 
sending data; specifically: 



scrolled ud and off of the scree:.. At very high ba 
uncontrolled scrolling reduces the display to a us€ 

2. Screen-Device Synchronization 

device) are tvpicallv much slower' than the displa\ 
likely that an output device would be busy with dat 

EDSDOla"''' -'""■"' "'''^^°""' 
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3. "Function" 



impt to unload the screen"!' typically on the order of 2000 



THE SOLUTION 

1. Kith Respect to the Ter-inal Receivinc 
The teriT.inal will trans~it a DC3 (23 (! 



■ uld 



iXely 



,al is ODliged to mternallv buffer 3c~e number of 
s (oossiolv differing with different model 
) in a Duffer, henceforth called the silo. Should 
co-.puter persist in sending data, then the silo will 
y overflow, the data oeing processed in 
first-out (FI/FO) order, potentially causing 

rolling. It was decided to force the processing of 



1 the silo is emptied and processed in FI/FO order, 

(21(8), formerly XON) is transmitted to the host. DC 
ismitted when tne silo is actually empty, in order 

-acters temporarily Differed m tne silo. 



the number of 


cnaracters land corresponding minimum real tim 




ich can be buffered m the silo at the variou 


send/receive 


buad rates. Tne host software should b 


designed to r 


eact to DC3 as soon as it possibly can. It i 


suggested th 


at the termina' contain some sort of signal tha 


synchronizati 




minimize oper 


ator anxiety and attendant physical reaction. 



mm 



ADVANTAGES iN T'lS vETriOD 

1. T-^e £ nc-ro-iiza^.c- 
-^cr^-orogr_r, i' , 

2. Ttife host software 



■-°ceivi"g f>nd sirrply sends 



mmn 



DEC STD 111 



mm 



